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COMPUTING ENVIRONMENT HAVING SECUKE STORAGE DEVICE 

Technical Field 

This invention relates generally to the field of data storage devices, and more 
particularly to a computer that automatically operates in a full-access data storage 
mode when the computer senses the use of a secure storage device. 



There are many challenges to creating a highly secure computing environment 
including preventmg eavesdroppers fi-om accessing private communications, 
preventing vandals fi"om tampering with information while in transit firom sender to 
receiver, authenticating users logging into a network, verifying a network server is 
indeed the server it professes to be and safeguarding confidential documents fi"om 
unauthorized individuals. 

One of the greatest challenges, however, is preventing the authorized user 
fi'om using sensitive data in an unauthorized manner. For example, with 
conventional security measures it is very difficuh to prevent an authorized user from 
appropriating sensitive data by sunply copying the sensitive data to a removable 
storage device such as floppy diskette. For these reasons, and for other reasons 
stated below which will become apparent to those skilled in the art upon reading and 
understanding the present specification, there is a need in the art for an improved 
mechanism for preventing the appropriation of sensitive data. 

Summary 

According to the invention, the above-mentioned problems are addressed by 
a secure computing environment in which a computer automatically operates in a 
secure "full-access" data storage mode when the computer detects the presence of a 



Back£round 



1 



secure removable storage device. If the computer senses a non-secure removable 
storage device then the computer automatically operates in a "restricted-access" 
mode. 

In the secure full-access mode, storage management software uses a 
5 cryptographic key to encrypt and decrypt the data stream between the computer and 
the removable storage device. Depending upon the selected security level, the 
cryptographic key is generated by a combination of the following: (1) device-specific 
information derived of the removable storage device, (2) manufacturing information 
that has been etched onto the storage device, (3) drive-specific information, such as 
10 drive calibration parameters, retrieved fi'om the storage drive, and (4) user-specific 
information such as a password or biometric information such as input received fi'om 
a fingerprint scan or retina scan. 

In addition, the present invention facilitates the use of a secure storage device 
as a secure "access card" by which the user gains access to sensitive data of the 
15 organization. More specifically, the user is permitted to access sensitive data stored 
on other local storage devices, or on remote computers within the organization, only 
when the computer is operating in fiiU-access data storage mode. 

In the restricted-access mode, however, the computer operates the storage 
drive as a read-only drive such that the user can read data fi'om the removable 
20 storage device but cannot write data to the drive. Alternatively, the user can access 
only non-sensitive data within the organization and may be allowed to write the non- 
sensitive data to the removable storage device in an unencrypted format. 



Brief Description of the Drawings 

25 Figure 1 is a block diagram of a computer that automatically operates in a 

secure data storage mode when a secure storage device is detected; 

Figure 2 is a flow chart illustrating one embodiment of a method by which a 
software application executing on the computer of Figure 1 determines whether to 
configure the computer to operate in fiill-access mode on restricted-access mode; 



2 




Figures 3 A and 3B illustrate one embodiment in which the storage device of 
Figure 1 is an LS-120 SuperDisk™ diskette from Imation Corporation; and 

Figure 4 illustrates a layout for storing data on a disc-shaped magnetic 
medium withm the Imation SuperDisk. 

5 

Detailed Description 

The following sections describe in detail how the present invention addresses 
the problems outlined above. In the following detailed description, references are 
made to the accompanying drawings that illustrate specific embodiments in which the 
10 invention may be practiced. 



System Level Overview 

Kj Figure 1 illustrates a block diagram of a computer 100 that automatically 

II operates in a secure data storage mode when the computer 100 senses that storage 

y\ 15 device 151 is a secure storage device. As shown in Figure 1, the computer 100 

•4 

^^ includes a processor 112 that in one embodiment belongs to the PENTIUM^ family 

'4 

f , of microprocessors manufactured by the Intel Corporation of Santa Clara, California. 

However, it should be understood that the invention can be implemented on 
I f computers based upon other microprocessors, such as the MIPS® family of 

: I 20 microprocessors from the Silicon Graphics Corporation, the POWERPC family of 

' microprocessors from both the Motorola Corporation and the IBM Corporation, the 
PRECISION ARCHITECTURE® family of microprocessors from the Hewlett- 
Packard Company, the SPARC® family of microprocessors from the Sun 
Microsystems Corporation, or the ALPHA® family of microprocessors from the 
25 Compaq Computer Corporation. Computer 100 represents any server, personal 

computer, laptop or even a battery-powered, pocket-sized, mobile computer known 
as a hand-held PC. 

Computer 100 includes system memory 113 (including read only memory 
(ROM) 1 14 and random access memory (RAM) 115), which is connected to the 
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processor 1 12 by a system data/address bus 116. ROM 114 represents any device 
that is primarily read-only including electrically erasable progranmiable read-only 
memory (EEPROM), flash memory, etc. RAM 115 represents any random access 
memory such as Synchronous Dynamic Random Access Memory. 
5 Within the computer 100, input/output bus 1 18 is connected to the data/address 

bus 116 via bus controller 119. In one embodiment, input/output bus 118 is 
implemented as a standard Peripheral Component Intercormect (PCI) bus. The bus 
controller 119 examines all signals from the processor 112 to route the signals to the 
appropriate bus. Signals betv^een the processor 112 and the system memory 113 are 
10 merely passed through the bus controller 119. However, signals from the processor 1 12 
intended for devices other than system memory 1 13 are routed onto the input/output bus 

. 118. Video display 124 or other kind of display is connected to the input/output bus 

^1 1 18 via a video adapter 125. 

II Various storage drives are connected to the input/output bus 118 including hard 

15 disk drive 120 and one or more removable media drives 121 that are used to access one 
or more removable storage devices 151. Each storage device 151 represents a 
5, removable device having a storage medium for holding digital information such as a 

floppy diskette, a magneto-optical storage device, an optical disk, a SuperDisk™ 
iZ diskette, a Zip™ disk, a Jazz™ disk, a tape cartridge, etc. Each removable media drive 

? 3 20 121 represents a device suitable for servicing access requests for storage device 151 

such as a floppy drive, a magneto-optical drive, a CD-ROM drive, a SuperDisk™ drive, 
a removable-cartridge drive such as a Zip™ drive, or even a tape drive. 

A user enters conmiands and mformation into the computer 100 by using a 
keyboard 40 and/or pointing device, such as a mouse 42, which are cormected to bus 
25 1 18 via input/output ports 128. Other types of pointing devices (not shovm in Figure 1) 
include track pads, track balls, joy sticks, data gloves, head trackers, and other devices 
suitable for positioning a cursor on the video display 124. 

Software applications 136 and data are typically stored via one of the storage 
devices, which may mclude the hard disk 120 or storage devices 151, and are copied to 
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RAM 1 15 for execution. In one embodiment, however, software applications 136 are 
stored in ROM 1 14 and are copied to RAM 1 15 for execution or are executed directly 
from ROM 114. 

In general, the operating system 135 executes software applications 136 and 
carries out instructions issued by the user. For example, when the user wants to load 
a software application 136, the operating system 135 interprets the instruction and 
causes the processor 1 12 to load software application 136 into RAM 115 from either 
the hard disk 120 or a storage device 151. Once software application 136 is loaded into 
the RAM 115, it can be used by the processor 112. In case of large software 
applications 136, processor 112 loads various portions of program modules into RAM 
115 as needed. 

The Basic Input/Output System (BIOS) 1 17 for the computer 100 is stored in 
ROM 114 and is loaded into RAM 115 upon booting. Those skilled in the art will 
recognize that the BIOS 117 is a set of basic executable routines that have 
conventionally helped to transfer information between the computing resources within 
the computer 100. Operating system 135 or other software applications 136 use these 
low-level service routines. 

In one embodiment, computer 100 includes a registry (not shown) which is a 
system database that holds configuration information for computer 100. For 
example, Windows® 95 and Windows® NT by Microsoft maintain the registry in two 
hidden files, called USERDAT and SYSTEM.DAT, located on a permanent storage 
device such as an internal disk. 

According to the invention, computer 100 automatically operates in a fiill- 
access data storage mode only when the computer 100 detects a secure removable 
storage device 151 present within any one of the removable media drives 121. In the 
secure fiill-access mode, storage management software uses a cryptographic key to 
encrypt and decrypt the data stream between the computer and the removable 
storage device. Depending upon the selected security level, the cryptographic key is 
generated by combining one or more of the following: (1) device-specific security 




information derived from the unique format information of the removable storage 
device, (2) manufacturing information that has been etched onto the storage device, 
(3) drive-specific information, such as drive calibration parameters, retrieved from 
the storage drive, and (4) user-specific information such as a password or biometric 
5 information. 

In order to automatically detect whether a storage device 151 is a secure 
device, computer 100 determines whether device-specific security information was 
written to storage device 151. In one embodiment, the device-specific security 
information is a fiinction of the low-level format information and, therefore, uniquely 
10 identifies the underlying media of storage device 151. For example, in one 

embodiment the device-specific security information is a hash of the addresses of the 

, g bad sectors for storage device 151. Because it is a Sanction of the physical 

characteristics of the actual storage medium within storage device 151, the format 

^ rj information is inherently unique to each storage device 151. In other words, the 

7% 15 addresses of the bad sectors change from device to device. 

- ^ The device-specific security information can be combined with other security 

■ I. 

information in order to increase the level of security of computer 100. For example, 
^ in another embodiment, the device specific security information can be combined 

f f with information that was etched into the storage device 15 1 via a laser during 

h 3 20 manufacturing. In yet another embodiment, drive-specific uiformation, such as 

internal calibration parameters, for one or more of the removable media drives 121 
can be used to generate the key. As described below, computer 100 automatically 
operates in a fiill-access data storage mode upon detecting the device-specific 
security information on storage device 151. If the device-specific security 
25 information is not detected, then computer 100 operates in a restricted access data 
storage mode. 

Methods of an Exemplary Embodiment of the Invention 
In the previous section, a system level overview of various embodunents of 
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the invention was described. In this section, the particular methods performed by the 
exemplary embodiments are described by reference to a flowchart. The methods to 
be performed by the embodiments constitute computer programs made up of 
computer-executable instructions. 
5 Figure 2 is a flow chart illustrating method 200 illustrating in more detail how 

computer 100 detects the device-specific security information on storage device 151 
and automatically operates in a fall-access data storage mode. Method 200 is 
described in reference to one or more software applications 136 executing on 
computer 100, referred to hereafl:er as the storage manager. The storage manager 
10 may comprise one or more software applications, device drivers, dynamicaUy-linked 
library (DLL) or any suitable combination thereof that manages the data storage 
devices of computer 100, including removable media drive 121 and internal hard disk 
^3 120. In one embodiment, the storage manager performs method 200 anytime a 

?| status change is detected for storage device 151, such as when storage device 151 is 

I 'j 15 inserted into removable media drive 121. In another embodiment, the storage 

^ ^ manager performs method 200 at the request of a user. 

H 

^ Method 200 is described in reference to a high secure environment in which a 

cryptographic key is generated by combining all of the following: (1) device-specific 
information of the removable storage device, (2) manufacturing mformation that has 
H 3 20 been etched onto the storage device, (3) drive-specific information, such as drive 

calibration parameters, retrieved fi-om the storage drive, and (4) user-specific 
information such as a password or biometric information. In other embodiments, 
however, various levels of security can be achieved by generating the key fi-om a 
subset of the above inputs. 
25 In block 204, the storage manager detects whether storage device 151 is a 

"secure" removable device by attempting to read any device-specific security 
information fi-om storage device 151. In one embodiment, the device-specific 
security information is a fanction of the low-level format information and, therefore, 
uniquely identifies the underlying media of storage device 151. The storage manager 
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proceeds to block 206 when it successfiilly detects and reads device-specific security 
information. If the device- specific security information is not successfiilly read, then 
the storage manager proceeds to block 216 and operates computer 100 in a 
restricted-access data storage mode as described in detail below. 

In block 206, the storage manager retrieves drive-specific security 
information that is specific to removable media drive 121 such as a serial number or 
calibration parameters, firom a non-volatile memory within removable media drive 
121. Typical calibration parameters that are suitable for generating the cryptographic 
key includes configuration parameters for read and write circuitry internal to 
removable media drive 121, tracking parameters, read channel boost, fi'equency 
cutoff values, read threshold values, alignment values, optical alignment correction 
parameters and analog to digital conversion calibrations. Because these calibration 
parameters are unique to each drive, they are well suited for generating a 
cryptographic key that is drive-specific. In one embodiment, the drive-specific 
information is a hash of the above parameters and is stored in non-volatile memory 
within removable media drive 121. If the storage manager is unable to retrieve the 
drive-specific information, the storage manager proceeds to block 216 and operates 
computer 100 in a restricted-access data storage mode. 

In block 208, the storage manager retrieves user-specific security information 
fi'om the computer user by, for example, prompting the user for a password, or 
performing a retina or fingerprint scan. If for some reason the storage manager is 
unable to retrieve the user-specific information fi-om the current user, then the 
storage manager proceeds to block 216 and operates computer 100 in a restricted- 
access data storage mode. 

In block 210, the storage manager retrieves manufacturing information that 
was physically etched on storage device 151 during the manufacturing process. For 
example, in one embodiment a laser etches a unique serial number, run number or a 
date stamp on the storage device during manufacturing. In another embodiment, 
however, storage device 151 contains a computer chip for electronically storing a 
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unique identifier. If the storage manager is unable to read the manufacturing-specific 
security information, then the storage manager proceeds to block 216 and operates 
computer 100 in a restricted-access data storage mode. 

In block 212, the storage manager generates a cryptographic key by 
combining the information, or a portion thereof, that was retrieved in blocks 206 
through 210. For example, by using the device- specific information retrieved in 
block 206 and the manufacturing information retrieved in block 210, a highly-secure 
device-specific cryptographic key can be generated such that the data stored on 
storage device 151 is unreadable if copied to other removable media. Similarly, by 
incorporating the drive-specific information and the user-specific information in the 
generation of the key, a highly secure computing system is achieved in which data 
can only be stored on the original storage device fi'om the original storage drive by 
the authorized user. 

In one embodiment, in order to generate the cryptographic key, the storage 
manager combines, such as by concatenating, all or various portions of the 
information that was retrieved in blocks 206 through 210 and submits the result to a 
conventional cryptographic hashing algorithm. For example, the drive-specific 
information, the manufacturing information, the user information and the storage 
device-specific information can be combined and used as input to the cryptographic 
algorithm. All data written to or read fi"om storage device 15 1 is encrypted and 
decrypted, respectively, via the cryptographic key, thereby providing a very high 
level of security. Thus, in order to access the data on storage device 151, storage 
device 151 must be an original, secure storage device and must be inserted by the 
original user into storage device 151 that was originally used to write the data. If 
portions of all of these inputs are used, then the data on storage device 151, 
therefore, cannot be accessed via any other drive, either on computer 100 or any 
other computer or via any other user. 

Method 200 has been described including blocks 204 through 216. In one 
embodiment, the storage manager repeats blocks 204 through 216 when a status 



change is detected for storage device 151, such as when storage device 151 is 
removed from removable media drive 121 and a new storage device 151 is inserted. 
As described above, upon the completion of method 200, computer 100 operates in a 
full-access mode or a restricted-access mode as determined by whether the storage 
manager can successfully retrieve security information from storage device 151, 
removable media drive 121, and the user. The following sections describe the fixll- 
access and restricted-access operating modes. 

Full- Access and Limited-Access Data Storage Modes of Operation 
When computer 100 is operating in a full-access mode, all data read from 
storage device 15 1 is decrypted according to the key generated by the above process. 
Similarly, all data written to storage device 151 is encrypted using the key. This 
ensures that any data written to a removable storage device 151 is safely encrypted 
and cannot be duplicated. 

In addition, in fijll-access mode, computer 100 allows the user to access local 
area network 51 and remote computer 49. In this maimer, the present invention 
allows storage device 15 1 to be used as an "access card" by which the user gains 
access to sensitive data of the organization. In addition, data stored on other storage 
devices, such as mtemal hard disk 120, tape cartridges, read/write optical discs, etc., 
may actually be encrypted using the unique key generated from the unique format 
information of key disk 151. In this fashion, a user must have a secure storage 
device 151 in order to access the data stored on these devices. In this manner, an 
organization can require that all authorized users have a secure storage device 151 in 
order to access data stored within the organization and to store data on any 
removable media. This data, if copied to another removable media, would be 
unreadable according to the present invention. 

For ultra-secure environments, a cryptographic key can be generated from a 
combination of the unique format information of a plurality of storage media. For 
example, in one embodiment, data stored on storage device 151 and hard disk 120 
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may be encrypted using a key derived from the unique format information of storage 
device 151 and from the unique format information of hard disk 120. A 
cryptographic key is generated by applying one or more cryptographic algorithms to 
the combination. Because the key is generated from unique information from both 
storage device 151 and hard disk 120, the user must have storage device 151 in order 
to access any data stored on hard disk 120. 

In restricted-access mode, the storage manager configures removable-media 
drive 121 as a read-only drive such that the user can read data from the removable 
storage device but cannot write data to the drive. In addition, the user is prevented 
from accessing non-sensitive data within the organization. For high-security 
environments, the storage manager prevents both read and write access to storage 
device 151 when computer 100 is operating in restricted-access mode. 

In one embodiment, computer 100 is configured to operate in restricted- 
access mode upon power-up until removable storage device 15 1 is verified as secure. 
Here, removable media drives 121 defauh to read-only operation until otherwise 
configured via the storage manager. As such, the present invention provides a secure 
computing environment even when the user tries to boot directly from one of the 
removable storage devices 151. During boot process, the storage manager attempts 
to verify that at least one of the storage devices 151 contain device-specific security 
information as described above. The storage manager operates computer 100 in 
restricted-access mode by default until the storage manager has successfiilly 
initialized and verified storage devices 151. Upon verification, the storage manager 
configures computer 100 to operate in a fiiU-access data storage mode and instructs 
removable media drives 121 to allow write access to storage devices 151. On reset, 
power-up, or even upon removal of one of the storage devices 151, removable media 
drives 121 automatically return to the restricted-access mode. In addition, the 
storage manager can detect when the user seeks to install a new removable media 
drive to the system and may inhibit the drive from being accessed. 
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An Exemplary Secure Storage Device 
Figures 3 A and 3B illustrate one embodiment of storage device 151 and how 
a unique, device-specific security information can be generated fi^om the unique 
characteristics of the underlying storage medium. This embodiment is described for 
exemplary purposes only. The invention is not limited to this type of storage device 
but, as illustrated herein, may be applied to any storage device havmg unique format 
information. 

In this exemplary embodiment, storage device 151 is anLS-120 SuperDisk™ 
300 fi-om Imation™ Corp. Top piece 3 12 of Figure 3 A and bottom piece 3 14 of 
Figure 3B form a plastic shell around an internal magnetic media that consists of a 
polyester disk substrate with a metal particle coating on both sides. Shutter 315 
protects a surface of the magnetic media. A spring keeps shutter 3 15 in a closed 
position outside of the plastic shell. Sensing hole 322 indicates that SuperDisk 300 is 
write-protected if placed in a standard drive 2MB drive. Write protect tab 320 is 
movable between a write-protected position 326 and a write-enabled position 328 as 
illustrated in Figure 3B. Sensing hole 324 is exposed when write protect tab 320 is 
in the write-protected position 326, thereby indicating that SuperDisk 300 is write 
protected when placed in a 120 MB drive. 

Figure 4 illustrates a layout for storing data on a magnetic media 400 within 
the exemplary SuperDisk diskette 300. As illustrated in Figure 4, SuperDisk 300 
mcludes a disc-shaped storage medium 400 that has 1736 data tracks per side for a 
total of 3472 tracks; track 0 starts at an outside diameter 402 while track 1735 
conforms to an inside diameter 404. Tracks 0 through 173 1 are typically used for 
holding user data. As explained in more detail below, track 1732 may be used to 
hold security information unique to SuperDisk 300 in accordance with the present 
invention. Tracks 1733-1734 are reserved for reassigned sectors. In other words, 
any sectors that are determined to be unreadable subsequent to the manufacturing are 
reassigned to locations within tracks 1733 and 1734. Track 1735 is designated as a 
disk maintenance track (DMT). In addition, each side of SuperDisk 300 has six 
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overseek tracks at the outside diameter 402. 

During manufacturing, SuperDisk 300 undergoes a two-step formatting 
process: low-level formatting and high-level formatting. In low-level formatting, 
format information is recorded on SuperDisk 300 and allows removable media drive 
121 to locate data stored on SuperDisk 300. This format information includes a 
basic structure of the recorded data sectors including an identification field that 
provides each sector with a unique address and timing signals that allow removable 
media drive 121 to access the corresponding data sector. In addition, low-level 
formatting tests the integrity of each data sector such that the format mformation 
maps out bad or marginal sectors so they cannot subsequently be used by computer 
100 for storing data. 

SuperDisk 300 uses a slip-sector format that maps data into good data 
sectors. In the slip-sector format, each data sector is assigned a logical block address 
(LBA). The LBA identifies a readable sector of data and its logical position within 
SuperDisk 300. Furthermore, the slip-sector format defines 110 zones numbered 
fi-om 0 to 109. Each zone has 32 tracks, except zones 108 and 109 that have 8 
tracks per zone. The zones begin at outside diameter 402 of Figure 3 and proceed to 
inside diameter 404. Each zone has an LBA that represents the startmg address of 
the corresponding zone. 

As bad sectors are encountered during low-level formatting, the sector is 
marked as bad and the LBA's for subsequent zones slip. Hard disk 120, however, 
maintains a list of bad sectors, referred to as a primary defect list. 

In high-level formatting, additional information is recorded on SuperDisk 300 
such as the operating system that the disk is intended to be used on. This 
information allows a specific computer and operating system to use SuperDisk 300 
as a data storage medium. Any subsequent formatting by the user is typically only a 
high-level formatting process that simply rewrites a file allocation table (FAT) and 
directory structure of the disk. 

From the exemplary embodiment described in Figures 3 A, 3B and 4, a 
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device-specific key can be generated using the unique format information described 
above. For example, the zone numbers and corresponding LBA's for SuperDisk 
300, or a combination thereof, can be hashed to form the device- specific security 
information. This security information is written to a sector within SuperDisk 300 
that would otherwise go unused for subsequent use for generation of a unique, 
device-specific key. Similarly, for hard disk 120, the sector addresses in a bad sector 
list can be used to generate input for the cryptographic algorithm. 

Various embodiments of a secure computing environment have been 
presented in which a computer automatically operates in a secure fiill-access data 
storage mode when it detects the presence of a secure removable storage device. In 
order to create a highly secure computing environment, the invention combines 
information from a variety of sources to generate a cryptographic key for encrypting 
and decrypting the data stream between the computer and the removable storage 
device. For example, depending on the necessary level of security, the system uses 
format information that is unique to the removable storage device, manufacturing- 
specific information that is etched on the storage device, drive-specific information 
read from non-volatile memory of the removable media drive and user-specific 
information. When in a fiiU-access mode, the user is able to access sensitive data 
within the organization and all data written to the storage device is encrypted. 
Otherwise the computer automatically operates in a restricted-access mode in which 
the user cannot access sensitive data within the organization and the removable 
storage device is operated in a read-only mode. 
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